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Implementation of Satellite and 
Aggregation points model 

A. multi-cast based data distiibudon system (hereafter "bandwiz system*') is 
described, for example, in a US provisional patent ^>plication s^al numbCT 60/179,926, 
a US provisional patent application serial number 60/217,139, an Israel application 
having serial nimiber 138 1 14 and an Israel application having a serial number 137624, 
the disclosures of whSch are incoiporated here-in by reference. 

An exemplary described system uses a FEC erasure code to multicast infoimation to 
clients. The content of tho multicast packets is detemiined, for example, based on 
statistics of requests made by the clients, from web servers, from which the data is 
retrieved for multicasting. ^ 



In this disclosure we describe way to have a distributed inQylemeuta^on where 
thcxe are data pumpers (or even Bandwiz server or oth^ server) at a local ISP. The local 

gi serveT3 are called aggregation points. The data to the aggregation points is delivered from 

O the content providers or from any other main Bandwiz server by another multicast 

nj network. This midticast netwojic should have a global span, and it can typicaUy be 

«p implemented over satellite network. 

Q Below we describe what is needed in an exemplary system to convert a Bandwiz 

^ system into the satellite and aggregation points model. A specifrcation of an exemplary 

0 system according to this model is also given in the attaxshed Appendix. 

s 

H In the sequel, we want to distinct between two things; 

\^ . "Repojts'* — whose goal is to give the content provider a reliable and aocuxace 

O measure about how many users downloaded ^ch TJRL^ or each page, 

fy . "Real-Time statistics" - gives the aggregation point the infoxmadon to decide 

O which content group should be multicasted. / 



o 

With this exemplary implraientadon* assuming that the protocol for the client is defrned 
properly^ there is no need to modi^ ttic client when changing models. Also, we are still 
non-intmsivc to the original HTTP server. 

Original HTTP sender , 

« No changes, i.e., contains an HTTP redirection for the ACTIVE record to the 
transnussioti center. 
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Transmission Center 

• May be singleton - Gives scarvice for the entire world. 

• Knows about all aggregation points and their stale. Check them &om time to tiine 
using ping or some higher layer protocol. 

• ACUVE record to the clients depending on their IP address, using 
HTTP. The ACTIVE gives the client infonnation on the aggregation point near it. 

• Only this component is allowed to connect to the original HTTP SCTver. Contains 
tlie HTTP fctcher, and content builder blocks. 

• Aco^ts aggregated reports in order to decide which new content group it should 
create, and in order to report the contoit provider and the network manager. 

• Decides about the next content group to build, using aggregated reports. This is 
complex process, because wc have a single satellite link for a lot of contrat 
providers, meaning, that we need to support minimum rate for everyone, and give 
more if tiiey will pay for that using some priority scheme. 

• Sends build content groups once (without carousel) through the satellite. Each 
content group has a digitally signed "lease" with a QoS specification and 
expiration time. Also, sends digitally signed notification about obsolete leases and 
extended leases. 



Aggresgatlan Point 

• Gives service to all content providers inside a multicast area. 

• Listen to the satellite for new content groups, and store them on the local disk. Has 
a medium size cache for these content groups. Listen for obsolete leases and 
extended leases, for immediate disposal if the lease expired. 

• Contains reporting center, which aggregates reports and sends ihem periodically 
(30 seconds?) to the transmission center usiug proistent TCP connection. This 
contains also URLs that are not accelerated, so, ^e transmission center can build 
content group for them. 

• Contains local real-time statistics center, which decides locally about winch are the 
content groups to accelerate. In any case, will not multicast data if it does not have 
a vaUd *lease" for it 

• Reports about the current content groups being molticasted. 

• Again, this is complex because we support a lot of content providers. Eadi content 
provider has its own requirements about QoS for if s resources, and we might have 
some bandwidth we can give to «ny of the cHexits. 



Client 

• No changes, Le., gets the ACnVB record for the original HTTP server, which 
redirects it to the transmission center, which gives the ACTIVE of the aggregation 
point, and works ^m there. Probably the active wiU point for the same server for 
all sources, but the client should not assume tViaj- 



Browser 

• No chaages> i.e., conj5gured the client to be the HTTP proxy. 



Additional topics: 

• We may give accelcradon services to clients outside of any multicast domain 
(reliable-UDP or encoded HTTP). 

• Can make a clean distinction between content groups and download information. 
Each aggregation point builds it's own download information, while the content 

groups-are crealed and-signed only in the transmission center. T need to check all 

tlie protocols to see if they are implemented this way. 

• We may support multiple websites acceleration. This will be implemented in this 
way: "fattp:/Avww,cnn,com/ BW/ACTIVE" will be an HTTl» redirection to 
"http-yAvww.bandwiz.c6nat/ BW/cmLCom/ACTIVE". From that point, tiie client 
will sec these active records as totally distinct. 

• Notice that we can do without this redirection: We can ask some central server 
about die entire list of sites accelerated by us. In this case, we arc not intrusive at 
all. This makes sense in the service model. 

• We need to define the format of the "lease". The signature is simple, but the QoS 
reqidrement from the aggregation point is complex. Ke^ in mind that the 
aggregatioil points may not created equal (different Internet connection, diiTercnt 
number of users in the multicast island, different number of users using leliable 

or encoded Jtl'l'Jl'i', diflercnt disk size, difOsrcnt computing resources}. 

Claims: 

1 . A system for content delivery, where the content is coded, and partially 
ovexi^sped requests arc transmitted by multicast The multicast is implemented in 
two hops. At the end of one hop, there is a mOTLOry (cache) that stores the content 
for further transmission by multicast to tiie end user. 

2. A system as in 1 where the first hop is implemented by satellite transmission. 



212/01936 



A ppendix: SpeciiGcation of an exemplary Distributed 
(Ag gregatioii points) System 

Roof Content Distribution Point (Root CDP) 

One per website, located at the backbone (but can distribute moie than one 
website). 

Redirect users to edge CDP. 

Master statislics gathering and reporting. 

Content fetching, packaging and distribution to edge CDPs. 

Srads content update to edge CDPs / cnd-users, according to statistics, using: 

Satellites and/or other multicast links. 

Application-layer multicast. 
, — Multiple unicast streams. 

Edge Content Distribution Point (Edge CDP) 

Usually located at access ISP, major network congestion point, or as a cluster 
node near the root CDP. 

Infrastructure is multicast enabled to Ihe end-users. (Using paket duplicators can 

imitate multicast, if required). 

Characteristics: 

Global content redirection, and directory services. 
Statistics gathering and propagation. 
Independent storage interfecc: 

. Proactive cache xq>dates for standard caches, for the benefit of 

users without Bandwiz clients. 
. Storage of Bandwiz packaged content for redistribution. 
Multicast broadband services^ according to local statistics: 
. Local content. 

. Redistribution of global content. 
Billing, Security, Au&entication, etc. 

.» 

Client on end-user devices (desktop, web appliance, etc.) 

For each user, maximal benefit requires installation of Bandwiz client on it's 
desktop / browsing device. 

Interactive broadband web browsing, through utilizing near one-way protocoL 
Intercepts an standard browsing traffic (HTTP), including: 

Normal HTML pages, with text, images, etc. 

Streaming of audio, video files (like MP-B, QuickTime). 

Characteristics: 

Content redirection. 
Content Pre-fetching. 



Anonymous statistics gatlicring and propagation. 
Internal storage. 

Intemiptible download services, fiom multiple servers / layers. 

Billing, Security, Antbcntication^ etc. 
Network fiiaidly, TCP-Mcadly, congestion avoidance. 
Fallback to nonnal HTTP if contrat is not accelerated, or, if something goes 
wrong. 

Some Advantages (comparing to current HTTP usage) 

Scalable content delivery system: 

Saves bandwidth, comparing to the current caching solutions. 

Saves computing resources (CPU, memory, storage), comparing to ftiturc 

optimal hieiBrchical caching. 

Thus, enabling scalable broadband content delivery. 
Better user experience, due to ijooproved latency — near one-way protocol. 
Content pre-fetching. 
^ - No website **peak** load behavior - enables expected QoS< 

Scaleable over all network mediums, including Satellites, Cables and Wireless, 
g% due to Bandwiz transport protocols asyimnetiic nature. 

Q . Preserves content consistency with, source: 

py . Up-to-date content. 

. Past update time, 
if! - Billing, Security, Authenticatioti. etc. 

Q . Reporting and statistics, like the current unicast model (using HTTP), which 

^ includes: 

^ , Number of hits per URL. page, site. 

_ . Bitrate at tbe users per XIRL, page, site. 

1^ ... Bitrate at the server i>er URL. page, site, 

1^ . Nmnber of concurrent users. 

Q - Etc. 

^ . Manageability: 

p . Adaptive, policy based system, for optimizing transport 

Q . Quality of SCTvicc (QoS). 

. Configuration of netwoik elements. 

Monitoriiig of networic elements within content delivery padL 
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